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Qhje rt Sorting and Fdgc Calculation for Graphics Systems 
The present invention relates generally to graphics systems and, in particular, 
discloses a method and apparatus for rendering object based graphics for real-time display 
of an image without the use of a frame store. 
5 The background art will now be described with reference to the following drawings 

in which: 

Fig. 1 illustrates the outline of an object formed from a number of lines 
Fig. 2 illustrates the associated y-bucket list of edge information of the prior art 
Fig. 3 illustrates the current line edge list of :he prior art as it appears while 
10 processing the scan line 

Referring now to Fig. 1, Fig. 2 and Fig. 3, there is illustrated a traditional scan 
conversion method for an image made up of a list of objects, whereby each object's 
boundary edges are approximated by a polygon 101 and the polygon 101 is made up of a 
number of edges 102, 103, 104, 105, 106 and 107. These edges are normally stored as a list 
15 of edges 108, where each edge is soiled by a maximum y co-ordinate value, and the list of 
edges 108 makes provision for at least one edge for each line 

Each edge list entry 109 includes information needed to generate scan line 
intersections, including x co-ordinate values, the location of the intersection on ihe topmost 
scan line; dx, the amount by which the x value changes from scan line to scan line; and d\\ 
20 the number of intersections that the edge will generate. 

The scan line conversion method generates the image from top to bottom, one scan 
line at a time. As it does so, it maintains an active edge list, sorted by x, listing all edges 
that cross the current scan line 1 10. Successive pairs of edges demarcate portions of the 
scan line in which the object is visible and are used to generate the display for the current 
25 scan line 110. After displaying a current scan line 110, each edge record is updated for the 
next scan line (x: = x + dx, dy:= dy -1). Occasionally these changes require edges in the 
active edge list to be interchanged so that the list remains sorted by x. Some edges also will 
terminate and be removed from the list, in addition to any new edge list entry 109 in the 
current scan line entry in list of edges 108 being incorporated into the current edge list ^1 1 1 . 

30 As described in Australian Patent Application No. (Attorney Ref: 

(RTO10)(203161)) claiming priority from Australian Provisional Patent Application No. 
PL 2150 of 29 April 1992 entitled "Object Based Graphics Using Quadratic Polynomial 
Fragments", a method has been proposed for the representation of graphic objects by the 
use of quadratic polynomial fragments. Furthermore, prior to scan-line conversion, it is 
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preferably to arrange the objects in such a manner that facilitates rendering by scan-line 
conversion. 

Accordingly, it is an object of the present invention to provide arrangements by 
which the processing of object based images can be improved. 
5 In accordance with one aspect of the present invention there is disclosed a method of 

sorting data, said method comprising the steps of: 

(i) selecting an initial sort resolution; 

(ii) decomposing said data into a plurality of ordered sets based on said 

resolution; 

10 (in) commencing with a first one of said sets, sorting said data within said set; 

(iv) linking the sorted set with the next ordered set; and 

(v) sequentially repeating the steps (iii) and (iv) until a last of said sets has been 
sorted resulting in a recomposed sorted list of said data. 

In accordance with another aspect of the present invention there is disclosed a 
15 method of sorting object data defining individual outline curve segments of an image in an 
object based graphics system, said method comprising the steps of: » 

(i) inputting said object data for each said curve segment and sequentially 
storing same as a plurality of linked lists each based on a start line of each said curv e 
segment; 

20 (ii) sorting each said linked list by 

(a) decomposing said object data within said list into a plurality of 
ordered sets each having a predetermined range resolution of pixel location values, 

(b) commencing with a first one of said ordered sets; 

(c) checking if said set has any entries and if so, sorting into a linked list 
25 said object data for said set by pixel location, and 

(d) if not, proceeding to the next said set and repeating step (ii)(c); 
wherein each said linked list once created is linked with the list from the preceding set to 
form a single linked list of object data sorted by pixel value within a line. 

In accordance with another aspect of the present invention there is disclosed a - 
30 method of rendering object data defining individual ouline curve segments of an image in 
an object based graphics system, said method comprising the steps of: 

(a) traversing lists of said object data arranged in ascending pixel order, each said 
list pertaining to a single line of said image being rendered; and 

(b) for each unit of said object data unit, the steps of: 
35 (i) determining a pixel value for display; 
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(ii) calculating a new pixel value of said unit for a subsequent line; and 

(iii) merging the new pixel value into the list for the subsequent line in order 
with other said units in said subsequent line. 

In accordance with another aspect of the present invention there is disclosed a 
5 method of processing object data defining individual outline curve segments of an image in 
an object based graphics system, said image being intended for rasterised display, said 
method comprring the sequential steps of: 

(i) inputting said object data and sequentially storing same as a plurality of linked 
lists based on a start line in said image of each said curve segment; 
10 (ii) sorting each said linked list by: 

(a) decomposing said object data within said list into a plurality of ordered sets 
each hiving a predetermined range resolution of prcel location values, 

(b) commencing with a first one of said ordered sets; 

(c) checking if said set has any entries and if so, sorting into a linked list said 
1 5 object data of said set by pixel location, and 

(d) if not, proceeding to the next said set and repeating step (ii)(c); wherein 
each said linked list once created is linked with the list from the preceding set to form a 
single linked list of object data sorted by pixel value w ithin a line; 

(iii) real-time rendering said object data by the steps of: 
20 (a) traversing said linked lists in ascending pixel order, each said list pertaining 

to a single line of said image being rendered; and 

(b) for each curve segment data unit of each said list traversed, the steps of: 

(i) determining a pixel value for display; 

(ii) calculating a new pixel value of said unit for a subsequent line, and 
25 (iii) merging the new pixel value into the list for the subsequent line in 

order with other said units in said subsequent line. 

Preferably, the curve segments represent object fragments of graphic objects and 
preferably comprise quadratic polynomial fragments which include object data comprising 
a start line value corresponding to a displayable line which the quadratic polynomial - 

30 fragment commences, an end line value corresponding to a displayable line on which the 
quadratic polynomial fragment ends, a pixel value corresponding to a pixel position in said 
stan line at which the quadratic polynomial fragment commences, a gradient value 
corresponding to the gradient of the quadratic polynomial fragment on the line upon which 
the quadratic polynomial fragment commences, and a gradient derivative value 

35 corresponding to the derivative of the gradient of the quadratic polynomial fragment. 
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A preferred embodiment of the present invention will now be described with 
reference to the drawings in which: 

Fig. 4 shows a sch2matic block diagram of an RTO graphics system; 

Fig. 5 is a data flow diagram of the RTO processor seen in Fig. 4; 
5 Fig. 6 is a schematic block diagram representation of the RTO piocessor; 

Fig. 7 shows the configuration of QPF data in the QPF memory; 

Fig. 8 show.; the data format of single QPF in the QPF memory; 

Fig. 9 is a schematic block diagram representation of the pixel sort unit; 

Fig. 10 shows the arrangement of QPFs after decomposition of a line; and 
10 Fig. 1 1 shows the sorted link list; 

Fit:. , 2 is a schematic block diagram representation of the edge calculation unit; 

Fi - . 13 is a flow diagram of the edge calculation process, and 

Fig. 14 and Fig. 15 show respectively the configuration of the linked list before and 
after each calculation, 

15 Australian Provisional Patent Application No. PF2147 (Attorney Ref (RI07) 

(2027S8)) entitled "A Real-Time Object Based Graphics System" lodged concurrently 
herewith and the disclosure of which is hereby incorporated by cross-reference, discloses a 
real-time object (RTO) graphics system 1 13 shown in Fig 4 of the present specification 
which includes a controlling host processor 114 connected via a processor bus 1 1 5 to a 

20 processor memory 116 which includes ROM and RAM TIv host processor 1 14 operates to 
form a object list of objects which are used to form an image The object list is stored in the 
RAM portion of the processor memory 1 16 in which the objects can be derived from the 
ROM portion of the processor memory 1 16 or alternatively input to the RTO graphics 
system 1 13 via any known external means such as a disc drive, a digitising tablet of a 

25 graphics workstation or the like. 

The object list includes various individual objects in which the outline of each object 
is described by a plurality of object fragments which, 4n the pfeferred embodiment are 
quadratic polynomial fragments (QPF's). 

As specifically described in Australian Patent Application No. PL 2150 (Attorney 

30 Ref: RTO10)(203 161)) of 29 April 1992 entitled "Object Based Graphics Using Quadratic 
Polynomial Fragments", lodged concurrently herewith and the disclosure of which is 
hereby incorporated by cross-reference, a QPF can be described by the following QPF data 
components: STARTPIXEL, APIXEL, A APIXEL, START_LINE, and FIND LINE 
The curve fixed locations for the QPF for various lines of the display can be 

35 determined as follows: 
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PIXEL (line n+! ) = PIXEL (line n ) + APIXEL (Iine n ) 
APIXEL (line n+1 )= APIXEL (line n ) + A APIXEL 
where 

PIXEL (iine n = sTARTJ.INiz) = STARTUP IXEL; and 
APIXEL (line n = S TART_LINe) = APIXEL. 

Connected to the processor bus 115 is a RTO processor 1 1 7 which manipulates 
objects and their QPFs from the object list so as to output rasterised image data to a colour 
look-up table 120 tor reproduction of the image described by the object list on a display 
121 such as a video display unit or printer. The RTO processor 1 1 7 also connects via a QPF 
bus 1 1 S to a QPF memory 1 19 formed of static RAM which is used for the storage of QPFs 
whilst the RTO processor 1 17 is calculating the image data. 

Where the host processor 1 14 generates objects, and/or preformatied objects are 
available and these objects are configured using cubic polynomials such as Bezier splines, 
these polynomials can be converted to QPFs in the manner described in Australian 
Provisional Patent Application No PL2140 (Attorney Ref: (RTO9)(203 1 74)) entitle \ 
"Bezier Spline to Quadratic Polynomial Fragment Conversion", lodged concurrently 
herewith and the disclosure of which is hereby incorporated by cross reference 

Referring now to Fig 5, there is shown, a data How diagram of the RTO processor 
I 17 including an image fetch unit 122 connected to the processor memory I 16 via the 
processor bus 1 1 5. Objects and their QPFs are fetched from the processor memory 1 16 by 
the image fetch unit 122 and are output to a QPF first-in-first-out (QPF FIFO) register 123 
which is four words deep Data in the QPF FIFO 1 23 is tagged as object data or QPF data. 
The QPF FIFO 123 is used to decouple fetching from data processing, so as to increase the 
access efficiency to the processor bus 1 1 5 

Data is output from the QPF FIFO 1 23 into a preprocessing pipeline (PPP) 1 25 which 
performs a series of calculations on the data before it is stored in the QPF memory 1 19. 
These operations are: 

-(126) applying scaling and translation factors for the current object to each QPF; 

-(127) filtering out QPF's which will not e fleet the display; 

-(I28)iteratively recalculating the values in a QPF which start before the first line of 
the display, to yield a QPF starting on the first line of the display; and 

-(129) applying a correction to the QPF's rendering if the image is to be interlaced 
(as, for example, on a television display). 

From the PPP 125, the QPFs are stored in the QPF memory 1 19. The QPF data is 
stored as a scries of linked lists, one for each line in the image to be formed. After all of the 
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QPFs in the image have been fetched and stored in the QPF memory 119, the linked list for 

each line is sorted by a pixel sorter 130 in order of pixel value (i.e. position) for each line, 

in preparation for rendering of the image to the display 121. 

In video applications, image preparation of the new image occurs in one half of a 
5 double buffered QPF memory, whilst the other half is used for rendering. However, the 

QPF memory 1 1 9 is single ported, so the image preparation and image rendering sections 

of the RTO processor 1 1 7 must compete for access to the QPF bus 1 1 8. 

Image rendering is commenced in synchronization with the display 121. Rendering 

consists of calculating the intersection of QPFs with each line on display 121 in turn, where 
10 these intersections define the edges of objects. Each edge (or intersection) is used in the 

calculation of the level which is to be displayed at a particular pixel position on the scan 

line. 

For each line in the image, the render process steps through the list of QPFs lor that 
line, executing the following steps: 
15 - copy the pixel value (location), pixel level (colour) and effects information int-> a 

pixel FIFO 1 32 to be picked up for fill generation and calculation; * 

- calculate the values of the QPFs intersection for the next line, or discard QPFs 
which terminate on the next line; and 

- merge the recalculated QPF into the list of QPF's starting on the next line 

20 Rendering and recalculation has the highest priority on the QPF bus 1 IS, however 

the QPF bus 1 18 is freed for storage or sorting access whenever the pixel FIFO !32 is 
filled, or all the QPFs for the current line have been processed. 

Data is sequenced out of the pixel FIFO 132, which is sixteen words deep, under the 
control of a pixel counter which is incremented by each pixel clock cycle derived from the 

25 display 121. The fill generator 133 resolves the priority levels of the objects in the display, 
and outputs the highest visible level at each pixel position to the colour look-up table 120 
prior to display. The fill generation can be modified by an effects block 1 34, so as to 
implement visual effects such as transparency. 

Referring now to Fig. 6, there is shown, the internal structure of the RTO processor 

30 1 17 in which a processor bus interface 135 interconnects between the processor bus 1 15 
and the image fetch unit 122. The various stages of the data flow diagram of Fig. 5 appear 
repeated as individual hardware units in Fig. 6 save for the combination of the fill generator 
133 and the effects block 134 as a single fill and effects unit 136. A series of control, status 
and error (CSE) registers 137 is ilso provided which allows for monitoring of the RTO 

35 processor 1 1 7 by the host processor 114. This occurs via a register bus (RBUS) 138 which 
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connects to each of the individual blocks of the RTO processor 1 17 save for the QPF FIFO 
123 and pixel FIFO 132. A control bus 139 and a status and error bus 140 are also used to 
transport data about the RTO processor 1 17. 

As described in Australian Patent Application No. PL 2142 (Attorney Ref: 

5 (RTO2)(202826) entitled "A Pre-processing Pipeline for RTO Graphics Systems", lodged 
concurrently herewith and the disclosure of which is hereby incorporated by cross 
reference, the PPP 125 stores QPF data in the QPF memory 1 19 as a series of linked lists in 
which each linked list corresponds to a particular scan line of the display 121. The QPF's 
come to be stored in this manner by the host processor 1 14 specifying START LINE value 

10 for each QPF description indicating the scan line for which the QPF commences. This 
represents the first step of the sorting of the QPF's. 

The QPF memory 1 19 is structured in the manner shown in Fig. 7 where one memory 
bank 141 of the QPF memory 1 19 is shown. If two banks are used, each bank is organised 
in an identical fashion. The bank 141 is divided into four areas. Firstly, a Mne pointer table 

15 143 is provided which contains one word for each scan line in the display 121, and is used 
for storing pointers which point to the start of each linked list for that particular scan line. 
The line pointer table 143 is configured to occupy the bottom of the QPF memory 1 19. 

A pixel table area 145 is also provided which acts as a temporary storage area for the 
pixel sorting process The base location of the pixel table area 145 is set by a pixel table 

20 base address (PTBA) register, and the size is one word for each pixel displayed in a line 
(MAXPIXELS) plus two additional words. 

A bit table area 144 is also provided which is a further temporary storage area used 
during the pixel sort process. The base location is set by a bit table base address (BTBA) 
register, and the size of the bit table area 144 is that of the pixel table area 145, divided by 

25 32, and rounded up to the nearest whole word 

The most significant portion of the memory bank 141 is the QPF free storage space 
142 which contains all the QPF data. The QPF free storage space 142 occupies the top of 
the QPF memory 119, and the bottom address is set to a memory bank base address 
(MBBA), while the top address which is also the top address of the bank, is set to a register 

30 MBTA (memory bank top address). 

As seen in Fig. 7 the linked list for line zero, derived from the line pointer table 143 
commences with a QPF -6 which points to a QPF 147 of higher PIXEL value which in 
turn points to a terminal QPF 148 of still higher PIXEL value. For line 1 of the display, the 
line table points to a QPF 1 49 which points to a terminal QPF 1 50 of higher PIXEL value. 

35 Referring now to Fig. 8, shows the configuration of each QPF in the QPF memory 119 and 
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is seen to comprise a NEXT value which acts as a pointer to the next QPF in the linked list. 
The QPF further comprises and END LINE portion which indicates the scan line of the 
display at which the QPF ends. The QPF also comprises the remaining standard data blocks 
comprising PIXEL, APIXEL, and A PIXEL as well as the LEVEL and TAG bits of the 
5 QPF 

PIXEL SORTI NG 

Turning now to Fig. 9, the preferred structure of the pixel sorter 130 is shown which 

includes a 16-bit pixel table base address register 52 and a 16-bit table base address register 

53 which identify those areas in the QPF memory 1 19 available as temporary storage for 
10 the pixel sorter 130. The registers 52 and 53 are loaded via the RBus 138, and are used by 

the pixel sorter 130 in address calculations. 

Seven working registers are also provided. These comprise three 18-bit QPF 

registers A, B and C, two 18-bit working address registers PTA and BTA, a 16-bit pixel 

register 59, and a 32-bit bit table (BT) register 60. 
] 5 Two 1 8-bit adders 6 1 and 62 are also provided and are used to calculate addresses 

offset from the babe addresses residing in registers 52 and 53 respectively, and to increment 

and decrement other registers 

used for counting. A 16-bit comparator 63 is also provided and is used to identify 

pixels which are out of the normal pixel range (0 to MAXPIXELS). Logic b'ocks 64 and 67 
20 and also provided for decoding and encoding (respectively) entries in the bit table register 

60. The pixel sorter 130 also interfaces to the QPF bus 1 18 which comprises a QPF data 

bus 50 and QPF address bus 5 1 . 

The sort process for each scan line is broken into twe stages. First, the QPF list for a 

line is decomposed into the pixel table 145 in the QPF memory 1 19. The line is then 
25. recomposed from the pixel table 42 in order from the lowest PIXEL value to the highest. 

The sequencing of the sort is organised to minimise the number of QPF memory cycles 

required for each QPF. 

Prior to commencing sorting of the first line in the QPF memory 119, each of the 

locations in the bit table area 144 are cleared. This ensures that the sort is not affected by 
30 corrupted or spurious start. The start-up sequence is initiated by setting the bit table address 

(BTA, 58 to BTBA In each cycle, a QPF memory write of O is done at the address pointed 

to by the BTA 58, which is incremented each cycle, and compared against BTBA - 

MAXPIXELS/32. When the BTA 58 becomes greater than BTBA + MAXPIXEL/32, the 
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start-up sequence is completed, and the pixel sorter 130 commences sorting of the PIXEL 
values within the first line. The start-up sequence is summarised in Table 1. 



TABLE 1. 



5 


1 

START-UP SEQUENCE j 




Bus Cycle 


Address 


Data Source 


Oilier Operations During Cycle j 




1 . Wnto 


BTA 


0 


BTA = BTA + 1 | 
if BTA > BTBA + MAXPIX/32 j 

. i i 

repeat I ; 


10 








else ! 
Finish | 



DFCOMPOSITION 

The sorting procedure then commences the decomposition stage which takes five 
cycles for each QPF, apart from duplicates, where two QPFs commence at the same 
location, which take six cycles. Table 2 summarises the operation of the decomposition 
process 



TABLE 2. 



20 


DECOMPOSITION SEQUENCE 




Bus Cycle 


Address 


Data Source 
or Destination 


Other Operations During Cycle 




1 Read 


A pixel 


Pixel 






2. Read 


A. next 


B 


if Pixel <0. 


25 








BTA = BTBA 
else ifPlXEL> = MA> PIX 

BTA = BTBA + (MAXPIX +1) /32 
else BTA = BTBA ^ (PIXEL-M) /32 j 




3. Read 


BTA 


BT 


if PIXEL < 0. 


30 








PTA = PTBA 

else if PIXEL = MAXPIX, 
PTA = PTA + MAXPIX + 1 
else PTA = PTBA - PIXEL + 1 

i 

if [Decode >PIXELmod3?| & QDATA] == 0 j 


35 








i 

goto 4 a I 
else goto 4b ! 
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TABLC 2. 



DECOMPOSITION SEQUENCE 


4a. Write 


PTA 


A 


BT - BT | Decode (PIXLLmod32) 
QCount = QCount + 1 


5a. Write 


BTA 


BT 


A = B 

if A! = 0 goto 1 


4b. Read 


PTA 


C 




5b. Wri'e 


A 


C 




fib. Write 

i 
I 


PTA ! A 

1 


A = B ! 
if A! = <> goto I | 



The actions in each memory cycle are summarised as follows. 
At the start of the decomposition stage, a line count register (LCount) 65 is 
incremented. A read cycle is performed from the resultant address, with the data then being 

I 5 loaded into the register A 54, which then points to the first QPF of the unordered list for 
that line. A register QCount 66 is set to zero. » 

The decomposition sequence comprises a main loop in which the PIXEL (the 16 
most significant bits of the 32-bit Word 1 of Fig. S) and NEXT values of each QPF are 
pointed to bv the register A 54 and read into the pixel register 59 and the register B 55, 

20 respectively. From the PIXEL value, the bit table address and the pixel table address are 
calculated and loaded into the registers BTA 58 and PTA 57, re pectively. Both the PTBA 
raid the BTBA comprise 16 bits and these are input into the top 16 bits of the 18-bit adders 
61 and 62 respectively. For the adder 61, the 16 bits of the pixel register 59 are input to the 
bottom 16 of the lSbiu,. For the adder 62, only the top 11 bits of the pixel register are used 

2^ in the bottom 1 1 of the ! 8-bit locations. The bit table 144 is then read and the next step of 
the decomposition process depends on wheilier the bit for the current PIXEL value has 
already been set.. 

The pixel table 145, as seen in Fig. 10, is 32 bits wide with each entry having a 
FIRST and LAST pointer relating a linked list for that PIXEL value (location) 

10 If * the appropriate bit has not been set, the pointer to the QPF, in register A 54. is 

written into both the FIRST and LAST locations in the appropriate location in the pixel 
table 145 for the PIXEL. In the next cycle, the appropriate bit in the BT register 60 is then 
set by using the decoder 64 to decode the lowest 5 bits in the pixel register 59 resulting in a 
32-bit string that is loaded into the BT register 60, which then has the appropriate bit set. If 

^5 the appropriate bit is set. this indicates that one or more p.evious QPFs have been found 
w ; ,th the same PIXEL value. The current QPF ;s therefore then linked to these previous 
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QPFs. This is done by reading the FIRST location of the linked list from the pixel table 145 
into the register C 56, and then writing that location to the current QPF. The FIRST 
location is then updated with the pointer to the current QPF, so that this QPF has been 
linked in at the start of the QPF list for its PIXEL value. The QCount register 66 is not 

5 incremented in such a case. 

The QPF list is followed by loading the value in register B 55 into register A 54, ar.d 
repeating the main loop. This process proceeds until the value in register B 55 s fo-jnd to 
be null, indicating the end of the line. At this stage, the QCount regis:: :>'o is equal to the 
number of unique PIXEL values having entries in the pixel table 1 45. 

10 The decomposition process results in the pixel table 145 pointing to a series of 

linked lists, most of which are either empty, indicating that no QPFs commence at the 
particular pixel location on that line, or, have a single QPF entry indicating that one QPF 
commences at that pixel value. Where a linked list has a number of entries this means that a 
number of QPFs commence at that pixel location. The bit table 144 represents 32-bit wide 

15 sections of the scan line, in which set bits indicate the location of one or more QPFV An 
example of the configuration of the tables 145 and 144 at the completion of decomposition 
is shown in Fig. 10. 

In Fig. 10, seven QPFs, Ql to Q7, are shown commencing on an arbitrary scan line. 
Pixel locations (699) and (698) each have QPF's Q7 and Ql respectively whilst at pixel 

20 location (63), QPF's Q2, Q4 and Q6 reside. Pixel location (3) has QPF's Q3.and Q5 and 
each of the QPFs arc scattered about the QPF memory space 142 at pointer locations (a) to 
(g). Note that where one or more QPF's reside at a pixel location, the pixel table 145 points 
to both ends of the linked list using the pointers FIRST and LAST 

Because the number of graphics objects that can be displayed in any one image is 

25 generally limited, so too is the number of QPFs, and accordingly the number of QPF 
starting locations. With this in mind, it will be apparent that the bit table 144 provides a 
relatively small number, in this case 23 (MAXPIX/32), of "buckets" of data each having a 
single 32-bit word. This configuration permits rapid sorting merely by testing if the value 
of each 32-bit word is greater than zero. If zero, there are no QPFs in those pixel locations. 

30 Accordingly, the QPFs in the line can then be readily sorted into ascending pixel order. 
This is called recomposition. 
RF COMPO SITIO N 

The recomposition sequence is summarised in table 3. 
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TABLE 3. 



RECOMPOSITION SEQUENCE 


Bus Cycle 


Address 


Data Source or 
Destination 


Other Operations During Cycle 


I . Read 


BTA 


BT 


pl\iil = pixel + 32 


2a. None 






if BT ==0 

do 2a and goto 1 
else do 2b and goto 3 
BTA = BTA + 1 

PTA = PIXfil. + [encode lowest BT] 


3. Read 


PTA 


B.C 


BT = BT & -[select lowest B T| 
QCount = QCount - I 


4. Write 


A 


B 


PTA = PIXEL + [encode lowest BT] 

A = C 

if BT == 0 

goto 1 * 
eisc 

1 

goto 3 



To commence recomposition, the BTA register 58 is set to BTBA,.and the pixel 
reuister 59, which is used as a pointer to the pixel table, is set to PTBA. Register A 54 is set 
to the start-of-list location for the particular line. The first 32-bit word of the bit table 144 is 
then read and tested to determine if any of the bits are set. If not, the bit tabic address in the 
BTA register 58 is incremented, and the next word of the bit table 144 is read in the 
following cycle. If some of the bits are set, the word is stored in the BT register 60, and a 
zero is written into its memory location to clear that word of the bit table 144 for the next 
line. As each bit table word is read in, the pixel register 59 is incremented by 32, so that it 
always points to the entry in the pixel table 145 corresponding to the lowest set bit (LSB) of 
the current word of the bit table 144. 

Once a word of the bit table 144 with at least one bit set has been loaded into the BT 
register 60, the lowest set bit is encoded by the encoder 67 and added to the value in L.e 
pixel register 59 using the adder 6 1 . The result in the PTA register 57 is used to address the 
pixel table 145, reading the FIRST and LAST fields into register B 55 and register C 56 
respectively. Register B 55 is then written to the address pointed to by register A 54, 
linking the QPF or QPFs at the current pi.;ei into the ordered line list. The LAST pointer is 
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transferred from register C 56 to register A 54, pointing to the place where the next QPF is 
to be linked in. 

As the QPF or QPF's for each pixel loca.ions are linked into the list, the QCount 
reuister 66 is decremented, and the appropriate bit in the BT register 60 is cleared. While 
5 any bits remain set in the BT register 60, the corresponding entries in the pixel table 145 
are accessed into the list in order. When the BT register 60 is clear, entries from the bit table 
144 are again read until one is found with at least one bit set. This continues until the 
QCount register 66 becomes zero, indicating that all of the QPF's have been linked into the 
list. 

10 Recomposition is then complete resulting in a single linked list of QPF's for a line 

arranged in ascending pixel order. Fig. 1 1 shows the corresponding arrangement for the 
QPF's of Fig. 10 and the pixel table 145. 

Those skilled in the art will appreciate that the general sorting method described 
herein is not only applicable to sorting graphic object data but can be used in relation to any 

15 data, and advantageously where it is expected that many sub-sets of the sort will be empty, 
which can therefore be used to increase the efficiency of the sort. A particular application 
of this is in the sorting of large numbers of large numbers, for example, 1000 x 10 digit 
numbers. In such a case, it would be prudent to initially son the digits upon input into 10 
linked lists based on the first digit (thus corresponding to the line sort performed at the end 

20 of the PPP 125) and then sorting each list by buckets based on, say, the next two digits, 
thereby creating up to 100 new lists (thus corresponding to the pixel sort on a line). The 
actual selection and dividing of the sort requires a good understanding of the expected 
spread of data so that the speed of the sort can be optimised. 

FHOFTAf riJF ATTON 

25 The edge calculation unit 1 3 1 of Figs. 5 and 6 represents a critical manipulation unit 

within the RTO processor 117, For each line in the image, the edge calculation unit 131 
reads the sorted list of QPF's for that line from the QPF memory 119, outputting PIXEL 
values and colours into the pixel FIFO 132 prior to display. The edge calculation unit 131 
calculates the new values for the QPF on the next line and writes those to the QPF memory 

30 1 19. While updating the QPFs, the edge calculation unit 131 also merges them in with the 
existing QPF list for the next line, resulting in a sorted list suitable for subsequent 
processing. The processing of each line is synchronised with the display 121 by means of a 
signal obtained from the fill and effects unit 136. 
Fnnrrionnl Description: 
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For each line of display data, the edge calculation unit 1 3 1 must perform two 
functions. The first is to put the QPF's into the pixel FIFO 132 for display, and to update 
their value for the next line. The second is to merge the updated QPF's into the correct 
position in the QPF list for the next line, so that this line is ready to be processed as soon as 
5 the previous line has finished. The most critical resource in this process is the bandwidth on 
the QPF bus 1 18 and a specific method is adopted that minimises the number of QPF 
memory accesses required. 
This is achieved by: 

1 . never changing the location of a QPF in memory - the merge list is constructed 
10 purely by updating pointers, 

2. combining the merge operation with the display and update function, so that each 
QPF in the list is read only once, and 

3. delaying the writing of list pointers, so that each pointer in the new list is written 
no more than once, and then only if the write is necessary. 

1 5 In addition to pointer changes required when an updated QPF is merged between two 

existing QPF's in the new list, two QPF's on the current line can cross over when their itew 
PIXEL values are calculated. In this case, it is necessary to reverse the order in which those 
two QPF's are merged into the list. Additional pointer updates are required when a QPF 
terminates on the current line. 

20 The structure of the edge calculation unit 131 is shown in Fig. 12. The, edge 

calculation unit 131 is input with constants MAXLIN 151 and MAXPIX 152 from theCSE 
registers 137. MAXPIX represents the maximum number of pixels (e.g. 720) displayed in a 
line, whilst MAXLIN represents the maximum number of lines (e.g. 625) displayed in an 
image. A set of merge registers 153 is provided which holds values for PIXEL and NEXT, 

25 for two QPF's from the current line in registers CO,Cl, and one QPF from the next line in 
register N. A single register M holds the pointer address of the merging location in the next 
line A single QPF register 154 is also provided which holds an entire QPF, and is used in 
the recalculation process of edge calculation. 

The edge calculation unit 131 also comprises a number of calculation units 

^0 comprising a 32-bit adder 155, a 16-bit magnitude comparator 1 56 which is input with 
values from the merge registers 153 and with the value MAXPIX 152. A 16-bit equality 
comparator 1 57 is also provided. A line counter 158 holds the number of the line currently 
being rendered (displayed) and inputs to the equality comparator 157 which also receives 
inputs from the QPF register 154 and from MAXLIN 151. The equality comparator 157 
outputs to a control section 1 59, comprising a slate machine 161 and a set of boolean 
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■registers 162. The equality comparator 1 57 controls transfers between registers, and to and 
from the calculation units. As also seen in Fig. 12, the edge calculation unit 131 outputs to 
the pixel FIFO 132 and also interfaces with the QPF memory 119 via the QPF Ram 
interface 160 and the QPF bus 113. 
5 The QPF register 1 54 is used to store each QPF as it is read into the edge calculation 

unit 131 from the QPF memory 119. Once all four words of the QPF (as seen in Fig. 8) are 
in the merge registers 153, the new PIXEL and APIXEL values, for the current line, are 
calculated in the manner earlier described using the 32-bit adder 1 55, and stored back in the 
QPF register 154. These updated values are subsequently stored back to the QPF memory 
10 1 19. Simultaneously, the PIXEL and NEXT values are transferred into one of the merge 
registers 153, so that the updated QPF can be merged at the correct place in the list for the 
next line. If the QPF's END LINE value matches the line counter 1 58, it is not recalculated, 
and is discarded rather than being merged into the next line. 

The merge registers 153 comprises three main registers CO, CI and N. Registers 
15 CO and CI hold QPF's from the current line whilst register N holds a QPF from the next 
line. Each register is made up of four parts, Q, NEXT, PIXEL and STATUS 

The PIXEL value holds the integer portion of the PIXEL value for the QPF. NEXT 
holds the NEXT field of the QPF. The part Q holds the address of the QPF in QPF memory 
1 19 (i.e.: it is a pointer to the QPF). Also, for each of the main merging registers, there are 
20 two STATUS bits which are VALID and CONTINUOUS respectively, and which are used 
to determine the status of the QPF's during merging. A further register M holds the address 
of the last QPF to be merged into the new list. This permits access to the NEXT field of this 
QPF, when a new QPF is merged into the list. QPF's are written in one of the C registers 
once their PIXEL values have been updated. Comparisons are then performed between 
25 PIXEL values in the registers CO and C 1 to determine which of the values is the smaller 
and whether this is smaller than the PIXEL value in the N register. Based on these 
comparisons, which occur within the magnitude comparator 156, and on the STATUS bits, 
the smallest of the three QPF's is merged into the new list, and replaced from the current or 
next line as appropriate. It is noted that the STATUS bits allow for the determination of 
30 whether or not the merging of the smallest QPF into the list requires a memory write cycle. 
Memory writes are only performed if required. 

The pixel FIFO 132 is loaded from the QPF register 154 provided that a bit NL of the 
state machine 161 is not set and the QPF's PIXEL value is less than MAXPIX. When the 
pixel FIFO 132 is full, the edge calculation unit 131 stops fetching QPF's from the QPF 
3 5 memory 1 19. 
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The state machine 161 controls the loading of all the registers in the edge 
calculation unit 131 and of the pixel FIFO 132. It also selects the correct data paths to and 
from the 32-bit adder 1 55 and the comparators 156 and 1 57, and, in addition, sequences the 
operation of the edge calculation unit 131. To simplify the implementation of the state 
5 machine 161, several bits of information are kept as Boolean variables, as distinct from 
latches, within the state machine 161. These bits are. 

SMALLER, indicating which of the registers CO and Cl holds the smaller PIXEL 

value; 

QX (QPF's crossed): this bit indicates whether the order of the QPF's in registers CO 
10 and C 1 has swapped following recalculation. This data is used in determining when pointer 
updates are required as the merge is performed, 

PX (previous crossed): this is used in the case of one QPF swapping with many 
others; 

TRAVERSE: this is used to determine whether the edge calculation unit 131 should 
5 continue to traverse QPF's in the current line, or whether some other action is required; 

LAST: this bit is set when only one of the two QPF's in the registers CO and Cl is 
valid (at the end of a line), and 

NL (next line): described below. 

The edge calculation unit 131 gains access to the QPF memory 1 1 9 by driving 
0 address, data and control signals to the QPF RAM interface 100. The response time for 
QPF accesses can be as fast as one cycle, or it can take up to seven cycles, depending on the 
wait state setting of the QPF bus 1 IS The edge calculation unit 13 1 has the highest priority 
for accesses to the QPF bus 1 1 8 over the whole RTO processor 1 1 7. When the QPF bus 1 1 8 
is set for zero wait states, the edge calculation unit 131 accesses complete in a single cycle. 
^ The state machine 16 1 is also input with a single bit DC input 163 representing 

display complete. This signal is asserted by the fill and effects unit 136 at the end of each 
display line, and is used to synchronise the operation of the edge calculation unit 13 1. In 
this manner, the edge calculation unit 13 1 can operate in full synchronisation with the 
display 121. 

3 The operatic ; of the edge calculation unit 131 can now be described. The edge 

calculation unit 131 works through the QPF lists for the lines of the image one by one 
under the control of the DC input 163 and the NL (next line) register. The NL bit is set 
when the DC input 163 is asserted, and serves two functions. Firstly, when the NL bit is set, 
QPF data is not put into the pixel FIFO 132, although recalculation can continue. This 
means that no ~>PF's will be put into the pixel FIFO 132 after the display of the line has 
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been completed. Also, when the edge calculation unit 131 completes the recalculation and 
merging of a line list, it will not move onto the next line unless the NL bit is set. The edge 
calculation unit 1 3 1 clears the NL bit when it moves onto the next line. This means that the 
edge calculation unit 1 3 1 will not start rendering a line before the time when the line is to 

5 be displayed, and will always recalculate and merge all of the QPF's in the line, even if this 
means delaying the start of the rendering of the next line. 

When the edge calculation unit 131 commences operation, the line counter 1 58 is 
loaded from the MINLFNE register 1 65, and the NL bit is cleared. While the value of the 
line counter 158 is negative, the edge calculation unit 131 does not attempt to process any 

10 QPF's. The edge calculation unit 13 1 waits for the NL bit to be set, then increments the line 
counter 1 58, and clears the NL bit. This sequence is continued until the line counter value 
becomes non-negative. 

When the line counter 1 58 is non-negative, the edge calculation unit 1 3 1 reads the 
start of line pointer from the line pointer table 143 from the QPF memory 1 19, then 

15 increments the line counter 158 and reads the start of line pointer for the next line. The 
edge calculation unit 13 1 then follows the start of line pointer along the line, placing QPF's 
in the pixel FIFO 132, updating them in memory, and merging them into the next line list, 
according to the edge calculation process described above. QPF's are put into the pixel 
FIFO 132 as long as their PIXEL value does not exceed MAXPIXEL, and the NL bit is not 

20 set. Regardless of the NL bit, the edge calculation unit 131 continues to recalculate QPF's 
until it reaches the end of the line list. 

When the edge calculation unit 1 3 1 reaches the end of the line list, it examines the 
NL bit. If this bit is not set, the edge calculation unit 13 1 pauses until it is set The edge 
calculation unit 1 3 1 then clears the NL bit, and begins to process the QPF's for the next 

25 line. This continues for each line until the line counter reaches MAXLIN, at which point 
the edge calculation unit 1 3 1 stops until commencement of operation is reasserted. 

As indicated earlier, the RTO processor 1 17, by virtue of the preprocessing pipeline 
125 can operate for interlaced displays. When an INT (interlace) input 166 to the edge 
calculation unit 131 is asserted, the edge calculation unit 131 behaves as normal, except 

30 that the line counter I 58 is incremented by two between lines, so that every second line is 
rendered. The bottom bit of the line counter 158 is replaced by an interlacing control bit. If 
the interlacing control bit is high, odd lines are rendered. The bottom bit of the line counter 
1 58 is ignored in the comparison with MAXLIN. 

The edge calculation unit 131 outputs two status bits onto the bus 140. A first status 

35 bit IRA is output when the image render is active IRA is asserted as soon as image 
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rendering is commenced, and not asserted when the line counter 1 58 reaches MAXLIN. A 
further status bit FBK is asserted while the line counter 1 58 is negative, indicating the 
frame blanking period of the rasterised display 121. 

There are two error conditions for the edge calculation unit 1 3 1 . The first is an 
underflow or overflow in the recalculation of the PIXEL or APIXEL values for a QPF. 
When this occurs, an image rendering error output is asserted, and the TAG, LEVEL and 
EFFECTS bits of the QPF are latched into an image render data register in the CSE 
registers 37 for examination by the controlling host processor 114. 

The other error occurs when image rendering is de-asserted before the line counter 

1 58 reaches MAXLIN. In this case, an error bit for image rendering incomplete is asserted, 
and the line number latched into an image render in complete data register. 

The edge calculation unit 13 1 has four registers that arc accessible via the RHUS 

138. M1NLINES is written to set the number of lines in the frame blanking period. NEXT 

LINE represents the value of the line counter 158, and is a read-only register on the RBUS 

138 

The main processing steps of edge calculation are shown in Fig. 13 along with a* 
example of the operation of the calculation in Fig, 14 and Fig 15. 

In Fig. 14, two linked bits for consecutive lines A and B are shown before edge 
calculation and rendering of line A. which after edge calculation and rendering of line A. 
results in an amended version of the list for line B shown in Fig. 15 

In Fig 14, the list for line A shows the values of PIXEL for the present line and the 
next line (line B). For example, QPF A2 has a current PIXEL value of 1 5, and a calculated 
value of 20 for the next line, as well as pointing to the next QPF in the list, A3. 
Applying the flow chart of Fig. 10 to Fig. 1 1 . the start of list pointer initially po.nts to QPF 
i A 1 which is read into the edge calculation unit 1 3 1 and output to the pixel FIFO 1 32 
indicating Pixel #5 for display. QPF Al ends on line A, as indicated by X, and so QPF A2 
is read. This is then output to the pixel FIFO 132. indicating pixel #1 5, and the new PIXEL 
value of 20 calculated, which applies in the next line, line B The new value of QPF A2 is 
stored in one of the merging registers CO or C 1 
3 QPF A3 is then read and output to the pixel FIFO 132 and its next line value 

calculated. QPF A3 is then stored in the remaining merging register CO or CI and the 
QPF's of the next line, line B are read. A2 and A3 are compared and the smallest is 
designated in the SMALLER register. In this case it is A3, which is used for subsequent 
comparisons QPF Bl is read into the merging register N and its PIXEL value compared 
5 against that of A3. 
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The PIXEL value of Bl is less than both the new values of A2 and A3, and B I 

moved to the merge register M. QPF B2 is read into register N and similarly compared. 

Again the PIXEL value is less, and QPF B3 is read into the merging register N. It is then 

determined that the PIXEL value of B3 is greater than that of A3 and so these QPF's are 
5 compared to determine which has the lower PIXEL value. The moving of QPF's in line B 

between registers N and M permits QPF's A2 and A3 to be merged into the list for the next 

line in this case between B2 and B3. Because QPF A3 has the lower PIXEL value, it is 

merged into the list and pointed to by B2. 

The next QPF on the line A, QPF A4, is then read, output to the pixel FIFO 1 32, re- 
10 calculated and placed into the merging register (CO or CI) which has been vacated by A3, 

whose address is moved to the register M for merging. QPF's A2, A4 and 1)3 are then 

compared, A2 found to be the lowest, and therefore merged into the new list after A3. The 

register M is updated with the address of A2. 

The next QPF on line A, QPF A5, is then read, output to the pixel FIFO 1 32, re- 
15 calculated and placed in the merging register (CO or CI) vacated by A2. QPF's A4, A5 and 

B3 are compared, A4 found to be the lowest and merged into the list. Because A5 is*a 

terminal QPF, it is then compared with B3, found to be lower and merged into the list. 

This results in the new list for line B indicated in Fig. 1 5, having completed traversal of, 

and display of, the list for line A. 
20 The foregoing describes only one embodiment of the present invention and 

modifications, obvious to those skilled in the art can be made thereto without departing 

from the scope of the present invention. 

For example, the preferred embodiment has been configured to process graphic 

objects represented in a quadratic polynomial form, which enables fast calculation and real- 
25 time operation with todays consumer technology. However, other formats such as Bezier 

splines and the like can also be ; .: plemented in a similar manner, save for addition 

arithmetic logic devices rcn'.ucd to calculate third order polynomials, as would be 

appreciated by those skilled in the art. 
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The claims defining the invention are as follows: 
1 A method of rendering object data defining individual ouline curve segments of 

an image in an object based graphics system, said method comprising the steps of: 

(a) traversing lists of said object data arranged in ascending pixel order, each said 
5 list pertaining to a single line of said image being rendered; and 

(b) for each unit of said object data unit, the steps of: 

(i) determining a pixel value for display; 

(ii) calculating a new pixel value of said unit for a subsequent line, and 

(iii) merging the new pixel value into the list for the subsequent line in order 
10 with other said units in said subsequent line. 

2 A method as claimed in claim I wherein said subsequent line is the next line to 
be displayed by a display device. 

3 A method as claimed in claim 2 wherein step (b) is applied sequentially to each 
unit in one of said lists prior to applying step (b) to the list pertaining to said subsequent 

15 line 

4 A method as claimed in claim I, 2 or 3 wherein at least one of saicf outline 
curve segments comprises at least one quadratic polynomial fragment including object data 
comprising: 

an end line value corresponding to a displayable line on which the quadratic 
20 polynomial fragment ends; 

a pixel value corresponding to a pixel position of a line upon which the quadratic 
polynomial fragment commences; 

a gradient value corresponding to the gradient of the quadratic polynomial fragment 
on the line upon which the fragment commences; and 
25 a gradient derivative value corresponding to the derivative of the gradient of the 

quadratic polynomial fragment. 

5 A method as claimed in any one of the preceding claims wherein said outline 
curve segi^ nts arc stored in a table indexed by a start line value corresponding to a line on 
which each said segment commences 

30 6 A method as claimed in any one of the preceding claims wherein said merging 

step further comprises: 

determining a least new pixel value of two current curve segment and one next line 
curv e segment, and merging said least pixel value into the list for the next line. 
7 A method as claimed in any one of the preceding claims wherein said merging 

35 step further comprises maintaining a pointer to the position of the previously inserted curve - 
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segment and updating the previous curve segment so that it points to the curve segment 
having the least pixel value. 

8. Apparatus for rendering object data defining individual ouline curve segments 

of an image in an object based graphics system, said apparatus comprising: 
5 an edge position calculation means adapted to calculate an intersection of a curve 

segment with a current scan line of said image; 

a next line calculation means adapted to calculate an intersection value of said curve 
segment with a subsequent scan line and to produce a subsequent scan line intersection 
value; 

10 a list merge means adapted to receive said curve segment and said subsequent scan 

line intersection value for merging said curve segment and subsequent scan line 
intersection value into a list of further curve segments that intersect said next line. 

9. Apparatus as claimed in claim 8 wherein at least one of said outline cur/e 
segments comprises at least one quadratic polynomial fragment including object data 

15 comprising: 

an end line value corresponding to a displayable line on which the quadratic 
polynomial fragment ends; 

a pixel value corresponding to a pixel position of a line upon which the quadratic 
polynomial fragment commences; 
20 a gradient value corresponding to the gradient of the quadratic polynomial fragment 

on the line upon which the fragment commences; 

a gradient d';r vative value corresponding to the derivative of the gradient of the 
quadratic polynomial fragment. 

10. Apparatus as claimedjn claim 9 wherein said next line calculation means 
25 replaces said pixel value with said subsequent scan line intersection value. 

N Apparatus as claimed in claim 8.9 or 1 0 wherein said list merge means 

includes. 

a first current register and a second current register adapted to hold portions of said 
curve segment active on a current line; 

30 a next register adapted to hold portions of said curve segment active on a next line; 

and 

merging register adapted to hold the last curve segment merged into the next line 
1 2. Apparatus as claimed in claim 1 1 further comprising: 

comparison means for determining the least value of said first current register, said 
35 second current register and said next register; and 
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next line list update means connected to said comparison means for merging the 
curve segment associated with the least value as the next entry of :ne list of the curve 
segment associated with the merging register. 

13. Apparatus as claimed in claim 12 further comprising an curve segment storage 
5 means whereby said curve segments are read from a memory storage device into said curve 

segment storage means, updated by said next line update means and merged into the next 
list and output to said memory storage device by said next line update means. 

14. Apparatus as claimed in any one of claims 8 to 13 wherein said subsequent line 
is the next line to be displayed by a display device. 

1015 A method of sorting data, said method comprising the steps of: 

(i) selecting an initial sort resolution; 

(ii) decomposing said data into a plurality of ordered sets based on said 

resolution; 

(iii) commencing with a first one of said sets, sorting said data within said set; 
1 - s (iv) linking the sorted set with the next ordered set, and 

(v) sequentially repeating the steps (iii) and (iv) until a last of saia sets Jias been 
sorted resulting in a recomposed sorted list of said data. 

16. A method of sorting object data defining individual outline curve segments of 
an image in an object based graphics system, said method comprising the steps of: 

20 (0 inputting said object data for each said curve segment and sequentially 

storing same as a plurality of linked lists each based on a start line of each said curve 
segment; 

(ii) sorting each said linked list by 

(a) decomposing said object data within said list into a plurality of 
25 ordered sets each having a predetermined range resolution of pixel location values, 

(b) commencing with a first one of said ordered sets; 

(c) checking if said set has any entries and if so, sorting into a linked list 
said object data for said set by pixel location, and 

(d) if not, proceeding to the next said set and repeating step (ii)(c); 

30 wherein each said linked list once created is linked with the list from the preceding set to 
form a single linked list of object data sorted by pixel value within a line. 

17. A method of processing object data defining individual outline curve segments 
of an image in an object based graphics system, said image being intended for rasterised 
display, said method comprising the sequential steps of: 

35 
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(i) inputiing said object data and sequentially storing same as a plurality of linked 
lists based on a start line in said image of each said curve segment; 

(ii) sorting each said linked list by: 

(a) decomposing said object data within said list into a plurality of ordered sets 
5 each having a predetermined range resolution of pixel location values, 

(b) commencing with a first one of said ordered sets; 

(c) checking : ^said set has any entries and if so, sorting into a linked list said 
object data of said set by pixel location, and 

(d) if not, proceeding to the next said set and repeating step (ii)(c); wherein 
10 each said linked list once created is linked with the list from the preceding set to form a 

single linked list of object data sorted by pixel value within a line, 

(iii) real-time rendering said object data by the steps of: 

(a) traversing said linked lists in ascending pixel order, each said lis; pertaining 
to a single line of said image being rendered; and 
15 < b > for each curve segment data unit of each said list traversed, the steps of: 

(i) determining a pixel value for display, * 

(ii) calculating a new pixel value of said unit for a subsequent line, and 

(iii) merging the new pixel value into the list for the subsequent line in 
order with c'her said units in said subsequent line 

20 18 A method as claimed in claim 17 wherein each said outline curve segment 

comprises a quadratic polynomial fragment including object data comprising 

a start line value corresponding to a displayable line which the quadratic polynomial 
fragment commences; 

an end line value corresponding to a displayable line on which the quadratic 
25 polynomial fragment ends; 

a pixel value corresponding to a pixel position in said start line at which the quadratic 
polynomial fragment commences;- 

a gradient value corresponding to the gradient of the quadratic polynomial fragment 
on the line upon which the quadratic polynomial fragment commences; and 
30 a gradient derivative value corresponding to the derivative of the gradient of the 

quadratic polynomial fragment 

19. A method of rendering object data in an object based graphics svstcm 
substantially as described herein with reference to Figs. 7, 8, and 12 to 15 of the drawings. 

20. A method of sorting object data in an object based graphics system 
35 substantially as described herein with reference to Figs. 7 to 1 I of the drawings 
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21. A method of processing object data in an object based graphics system 
substantially as described herein with reference to Figs. 7 to 15 of the drawings. 

22. An object based graphics system substantially as described herein with 
reference to Figs. 4 to 15 of the drawings. 

DATED this 'I WENTY- SEVENTH day or APRIL 1993 
Canon Information Systems Research Australia Pty Ltd 

Patent Attorneys for the Applicant 
SPRUSON c* FERGUSON 
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5 In a real-time object (R TO) graphics system ( 1 1 3), an RTO processor ( 1 1 7) is 

disclosed which incorporates an object son. unit (130) and ait ccil'C calculation unit (13 
When object fragment data (102-107) for each graphic objec! (101) are received by tlv 
RTO processor (i 17), the data (102-107) is temporarily stored in a memory ("1 
associated with the RTO processor (117) in order of an imayc scan line upon which ca 

it) fragment commences. The soil unit ( 130) is arranged to son the fragment JaU: for eaci 
scan line into order based upon the first active pixel for each i ragmen: that commence 
that bnc. Once soned : llu object fiap.ment data is tcady for real -time rcr.de ring, by !r.e i 
calculation unit (131) which reads the fragment data in line and pixel order irom iae 
memory (119) and calculates object edge mlersecnons for each i raiment on die a ; na;: 

l> being rendered whilst updanng the memory ( 1 \ ( >) with data for the respective: iragmci; 
die next scan line, in doing so. the edge calculation onii ( 1 ?! i lists of p>\e! coge 
intei sections for each scan line being displayed. The edge i ate: ^ccuons are oo;pa: :a : 
time lO enable display on a display device such as a video display or a pnmer 

20 Figs. 13 to 1 5 
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Fig. 3 (Prior Art) 
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